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(54) Consumer electronic equipment and method of controlling operation thereof 



(57) A digital interface microcomputer (DIFcon 7) 
sends/receives an Audio Video/Control-Command 
Transaction Set (AV/C-CTS) between it and other equip- 
ment connected by way of an IEEE-1 394 serial bus (not 
illustrated). DIFcon (7) also provides both way conver- 
sion between AV/C-CTS and Local Application Control 
Bus System (LANC) signals. A mode control microcom- 
puter (Modecon, 8) sends/receives LANC signals be- 
tween it and the digital interface microcomputer (DIF- 
con, 7). A mechanism control microcomputer 
(Mechacon 9) controls a mechanism (e.g. a Video Tape 
Recorder) in accordance with commands sent from the 
mode control microcomputer 8. Further, mechacon (9) 



informs the mode control microcomputer 8 of the status 
of the mechanism. To enable the use by other compa- 
nies of every application developed originally by using 
IEEE-1 394, vendor unique, commands 1394, the DIF- 
con (7) when accepting a target key code calculates an 
application key code based on a cipher function and a 
target key code therefor. Then, it sends an opening com- 
mand for the application attached to the application key 
code. The target, when accepting the opening com- 
mand, decodes the target key code in the command. 
Then if the decoded target key code matches a target 
key code generated by the DIFcon 7, it allows execution 
of the command. 
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Description 

The invention relates to an electronic equipment, a 
method of controlling the operation of the equipment, 
and to a control method. 

An embodiment of the present invention concerns 
a system in which a plurality of electronic equipments 
are connected by way of a bus and communication is 
conducted between each of the electronic equipments. 
More specifically the embodiment relates to a system in 
which an originally developed application is made usa- 
ble also be another company under a license contract. 

Another embodiment of the present invention con- 
cerns a system in which a plurality of electronic equip- 
ments are connected by way of a bus capable of trans- 
mitting information signals and control signals, and com- 
munication is conducted between each of the electronic 
equipments and, more specifically, it relates to a tech- 
nique for carrying command/status for controlling an an- 
alog equipment on a control signal of a predetermined 
format. 

As a system in which a plurality of electronic equip- 
ments are connected by ways of a bus and communi- 
cation is conducted between each of the electronic 
equipments, a communication system using an lEEE- 
1 394 serial bus is considered. In the communication us- 
ing the IEEE-1394 serial bus. electronic equipments 
such as digital video tape recorders, digital video cam- 
eras, digital television receivers and personal comput- 
ers (hereinafter referred to simply as equipments) are 
connected by way of the IEEE-1 394 serial bus and com- 
munication is conducted between each of the equip- 
ments for information signals such as digital audio/video 
signals and control signals such as connection control 
commands. 

In the communication system using the IEEE-1 394 
serial bus, a vendor unique command is provided in or- 
der that each of manufacturers attains an application of 
its own (basic command to provide compatibility be- 
tween each of companies is defined separately from the 
vendor unique command). It is specified that a company 
ID is attached to a packet of a vendor unique command 
for indicative the manufacturer. Accordingly, the appli- 
cation attained by using the vendor unique command is 
basically valid only for the manufacturer. 

Even an originally developed application is some- 
times valid for other companies. When an application 
has no such general applicability that it is registered as 
a common command, the originally developed applica- 
tion by a certain manufacturer is sometimes intended to 
be used also by other manufacturer. When other man- 
ufacturer uses a vendor unique command for the appli- 
cation, a company ID of the manufacturer developing 
the application has to be used. 

Then, if the manufacturer developing the applica- 
tion admits other manufacturer to use the company ID 
under a formal license contract, other company also en- 
ables to use vendor unique commands other than the 



application. 

The present invention has been accomplished In 
view of the foregoing problem and provides an equip- 
ment that enables the use of other company on every 
originally developed application, as well as a controlling 
method therefor. 

As a system in which a plurality of electronic equip- 
ments are connected by way of a bus and communica- 
tion is conducted between each of the electronic equip- 
ments, a communication system using an IEEE-1394 
serial bus is considered. In the communication system 
using the IEEE-1394 serial bus, electronic equipments 
such as digital video cassette records (hereinafter "vid- 
eo cassette recorder" is simply referred to as "VCR"), 
digital video cameras, digital television receivers and 
personal computers (hereinafter referred to simply as 
equipments) are connected by way of the IEEE-1394 
serial bus and communication is conducted between 
each of the equipments for information signals such as 
digital audio/video signals and control signals such as 
connection control commands. 

In the communication system using the IEEE-1394 
serial bus, AV/C-CTS (Audio Video/Control Command 
Transaction Set) which is a command transaction set for 
controlling an audio/visual equipment can be used in an 
equipment control protocol of a digital interface. Then, 
the operation of a digital VCR or the like can be control- 
led from other equipment in the communication system 
by using this. AV/C-CTS is a "mode drive types com- 
mand set designating a final status to a digital VCR, for 
example, such that "go to playback pause (PB PAUSE) 
status". 

On the other hand, as a system for controlling the 
operation of an analog VCR from the outside, LANC (Lo- 
cal Application Control Bus System: registered trade 
mark) has been popularized at present. In LANC. it it is 
intended to put an analog VCR, for example, to PB 
PAUSE status, a "PAUSE" command is sent after con- 
firming that it is in the playback status. LANC is a so- 
called "command drive type" command set. 

Digital VCR under development at present for com- 
mercialization are designed so as to cope with both AV/ 
C-CTS and LANC. 

However, even in the control by way of a digital in- 
terface, all operation controls can not be covered by the 
mode drive type command. For example, in a case of 
channel selection by a tuner, a command indicative of 
a channel number or a station name is sent in the mode 
drive type, but broadcastings per se are different and 
channels preset to equipments are also different de- 
pending on areas. Further, an infrared remote com- 
mander as a point of contact with user's operation (here- 
inafter "remote commander" is simply referred to as "re- 
mocon") is command driven and requires a command 
drive type-command for instruction of channel up/down 
such as "Channel +"/"Channel -". 

Then, as a command set for the digital interface, it 
may be considered to dispose a command drive type 
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command set separately from AV/C-CTS but, in this 
case, since a digital VCR as an equipment to be con- 
trolled correspond to three kinds of command sets, load 
on a microcomputer tor processing the commands 
(hereinafter "microcomputer" is simply referred to as 
"micon") is increased. 

The present invention has been accomplished in 
view of the foregoing problem and it is an object thereof 
to introduce a command drive type command set with- 
out increasing the burden on a micon for processing the 
commands. 

SUMMARY OF THE INVENTION 

In order to solve the subject, an equipment and a 
method of controlling the operation thereof according to 
the present invention, provides a method of controlling 
the operation of an application attained by using a con- 
trol signal of a predetermined format containing manu- 
facturer's information of the electronic equipment in a 
system in which a plurality of electronic equipments are 
connected by way of a bus and communication for in- 
formation signals and control signals are conducted be- 
tween each of the electronic equipments, wherein 

a controlling electronic equipment transmits a con- 
trol signal of the predetermined format containing pre- 
determined cipher information to an electronic equip- 
ment to be controlled, and the electronic equipment to 
be controlled renders the application executable if the 
received control signal contains the predetermined ci- 
pher information. 

In accordance with the present invention, a control- 
ling equipment transmits a control signal of a predeter- 
mined format containing previously determined cipher 
information to an equipment to be controlled, and the 
equipment to be controlled renders the application exe- 
cutable when the received control signal contains the 
previously determined cipher information. 

For solving the foregoing subject, the equipment ac- 
cording to the present invention has a feature in which 
a plurality of electronic equipments are connected by 
way of a bus and communication for information signals 
and controls signals is conducted between each of the 
electronic equipments, wherein a first controlling means 
for administrating the mode of an electronic equipment 
and a second controlling means for processing com- 
mand/response transmitted/received by way of the bus 
are provided, and a command drive type command for 
controlling an analog equipment prepared by the first 
controlling means is carried on a control signal of a pre- 
determined format by the second controlling means. 

Further, a method of controlling an equipment ac- 
cording to the present invention has a feature In a sys- 
tem in which a plurality of electronic equipments are 
connected by way of a bus and communication for in- 
formation signals and control signals is conducted be- 
tween each of the electronic equipments, wherein a 
command drive type command for controlling an analog 



equipment is carried on a control signal of a predeter- 
mined format. 

In the present invention, it is preferred that the con- 
trol signal of a predetermined format contains a manu- 
s lacturer's information for equipment and Is adapted to 
carry a mode drive type command set. 

For a better understanding of the present invention, 
reference will now be made, by way of example, to the 
accompanying drawings in which: 
10 Fig. 1 is a view for showing a format of a vendor 
unique frame. 

Fig. 2 is a chart illustrating a frame constitution of 
AV/C command transaction set. 

Fig. 3 is a chart illustrating a constitution of a vendor 
15 unique frame defined by AV/C command transaction. 

Fig, 4 is a chart illustrating an example of application 

No. 

Fig. 5 Is a view illustrating the outline of command/ 
response between controller/target, 
20 Fig. 6 is a chart illustrating the constitution of a ven- 
dor unique command. 

Fig. 7 is a chart illustrating inquiry command/re- 
sponse for target key code. 

Fig. 8 is a chart illustrating opening control com- 
25 mand/response for application K. 

Fig. 9 is a chart illustrating an example of inquiry 
command/response for opening/closure when a correct 
value is designated as an application key code. 

Fig. 1 0 is a chart illustrating an example of a closing 
30 command. 

Fig. 11 is a chart illustrating an example of a regis- 
tration list for company ID of a company having a right 
of use. 

Fig. 1 2 is a chart illustrating an example of a corre- 
35 sponding table between target key code and an appli- 
cation key code. 

Fig. 13 is a view illustrating an example of constitu- 
tion of a target. 

Fig. 14 is a block diagram illustrating a constitution 
40 for a control system of a digital VCR. 

Fig. 15 is a view illustrating the constitution for a 
frame of AV/C-CTS. 

Fig. 16 is a view illustrating the constitution of 
WORD of LANC. 
45 Fig. 1 7 is a flow illustrating the processing in Dl Fcon 
and MODEcon. 

Fig. 1 8 is a view Illustrating a portion of a mode tran- 
sition table. 

Fig. 19 Is a view Illustrating a constitution for a ven- 
50 dor unique frame in AV/C-CTS. 

Fig. 20 is a view illustrating a constitution of a ven- 
dor unique command. 

Fig, 21 is a view illustrating examples of allocating 
application No. of LANC. 
55 Fig. 22 is a view showing a rule for command allo- 
cation in a LANC system. 

Fig. 23 is a view illustrating the correspondence to 
Command to VCR (basic function), 
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Fig. 24 is a view illustrating example of command 
codes in Fig. 23. 

Fig. 25 is a view illustrating VCR information ob- 
tained by status inquiry. 

Fig. 26 is a view illustrating examples of VCR mode 5 
code. 

Fig.27 is a view illustrating an example of inquiry 
command and response. 

Fig. 28 is a view illustrating correspondence to 
Command to VCR (special function). 

Fig. 29 is a view illustrating correspondence to tuner 
control. 

Fig. 30 is a view illustrating examples of tuner infor- 
mation obtained by status inquiry. 

Fig. 31 is a view illustrating correspondence to cam- 
era control. 

Fig. 32 is a view illustrating examples of command 
codes In Fig. 31. 

Fig. 33 is a view illustrating examples of camera in- 
formation obtained by status inquiry. 

Fig. 34 is a flow chart for processing a command in 
a case of causing mode transition. 

The illustratives embodiments of the present inven- 
tion are to be explained in the following sequence: 

[1] Vendor unique command 
[2] Use of the vendor unique command by other 
company 

[3] Explanation for the content of the system 

(3-1) Opening of application 
(3-2) Condition for encipherment 
(3-3) Information required for opening the ap- 
plication 

(3-4) Method of opening the application 
(3-5) Command during opening 
(3-6) Closure of the application 
(3-7) Condition for execution and closure of the 
application 

[4] Protection of application 

(4-1) Administration by company ID 
(4-2) Setting target key code 
(4-3) Cipher function fk 

[5] Constitution and operation of target. 

[1] Vendor unique command 

In a function control protocol for a digital interface 
to an IEEE-1394 serial bus (hereinafter simply referred 
to as FCP), a plurality of command transaction sets can 
be used. 

Fig. 1 shows a format for a vendor unique frame. 
CTS (Command Transaction Set) =1110 shows that this 
is the vendor unique frame. Then, a 3-byte vendor ID 
(company ID specified by IEEE) is used after 4 bits to 



CTS. A vendor can optionally define and use those other 
than CTS and indicative of the vendor unique the vendor 
ID. That is, the command set and transactions such as 
transmission and reception of command response used 
therein depend on the vendor, zero pad bytes are dis- 
posed, if necessary, for making the frame length to 4 
byte (quadrant) units. 

Fig. 2 shows a frame constitution of AV/C (Audio 
Visual/Control) command transaction set, which is a 
command transaction set for AV equipment control. CTS 
= 0000 shows that this is an AV/C command transaction 
set. 

Also in an AV/C command transaction set, a vendor 
unique is defined as operation code (OPC) so that the 
vendor can freely define the command. However, the 
transaction of command/response is in accordance with 
an AV/C command transaction. Fig, 3 shows a frame 
constitution in this case. OPC = OOh indicates that this 
is a vendor unique. A 3-byte company ID is used for the 
vendor ID in the same manner as described previously. 

[2] Use of the vendor unique command by other 
company 

In FCP, a node controlling other node is referred as 
a controller, and a node to be controlled is referred as a 
target. Explanation is to be made by using the terms of 
the controller and the target. 

The vendor unique command is defined and used 
by a company possessing the company ID described in 
the vendor I D but other company may some times intend 
to use the same command depending on the applica- 
tion. 

Explanation is to be made for an example of a com- 
pany A with company ID = xxxxxxh and a company B 
with company ID = yyyyyyh. The company A defines a 
unique command for an application K as a vendor 
unique command and uses the same for products of the 
company A. The company B intends to correspond the 
application K using the vendor unique command of the 
company A also in the products of the company B, There 
are to corresponding methods by the company B. That 
is, a case in which the company B manufactures a con- 
troller and controls products of the company A as a tar- 
get, and a case in which the company B manufactures 
products as a target which is to be controlled by the con- 
troller of the company A, In any of the cases, the appli- 
cation K can not be attained unless the vendor unique 
command of the company A is used. 

The system to be explained below is for enabling 
the use, in limited companies, of several applications 
that a company as a possessor of vendor unique com- 
mands has attained by using the vendor unique com- 
mands. 

Introduction of the system enables to generally in- 
hibit the use of the vendor unique command by other 
companies but provide a right of use on every applica- 
tion. Accordingly, the company B, in the previous case. 
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is enabled to use the vendor unique command regarding 
the application K ot the company A. 

[3] Explanation for the content of system 

(3-1) Opening of an application 

The target has an "open state" and a "closed state" 
on every application attained by the vendor unique com- 
mand, The open state means such a state of accepting 
a command and capable of executing the application. 
The closed state means a state of not executing even if 
a command is accepted. 

As described above, since the vendor unique com- 
mand is not a command disclosed publicly, all of appli- 
cations are usually put to the closed state so that a com- 
mand is not executed if a third party (for example, com- 
pany c) transmits the command while attaching the com- 
pany ID = xxxxxxh of the company A with no authoriza- 
tion. Then, it Is adapted that the application K is execut- 
ed after the application K is put to the open state for the 
company A defining the vendor unique command, as 
well as company B obtaining the right of use. Teaching 
the means for putting the open state is equal with pro- 
vision of the right of use for the application. 

(3-2) Condition for encipherment 

The controller sends an open command to the tar- 
get while designating an application to be opened. In 
this case, an agreement is set between the controller 
and the target, such that the an open command is effec- 
tive only when is transmitted with a predetermined code. 
It is necessary that the code is not recognized by third 
parties. The code is previously determined between the 
company A and company B. In this case, it is adapted 
such that the value is made different on every equip- 
ments or depending on the time even for one identical 
equipment. 

The code may be considered as a sort of cipher and, 
since it is intended to be used in a consumer's equip- 
ment, it is necessary that the code can be treated simply 
also by an one chip microcomputer to mitigate burden 
as less as possible both for the controller and the target. 
For the consumer's equipment, if a commercial good is 
once marketed, it is difficult to change the cipher system 
subsequently. 

(3-3) Information required for opening the application 

Explanation is to be made to information required 
for opening each application. 

(1) Application No. 

A code indicative of the kind of the application is 
referred to as an application No. Fig. 4 shows examples 
of application Nos. In this case, the kind of the applica- 



tion is indicated by 1 byte. When the application No. is 
allocatable from 01 h to FEh, applications of up to 254 
types can be coped with. OOh is inhibited from use (re- 
served) since this is used in common with each of ap- 
5 plications. Further, FFh is reserved for extension in case 
if the number ot applications is increased. 

(2) Cipher function f 

10 "Key" sent together with an application No, upon 
opening an application is referred as an application key 
code. A method of forming the application key code (en- 
cipherment) is different on every application, which is 
previously determined between the company A and the 
15 company B. This is defined as a cipher function f, and 
the cipher function of the application K is defined as fk. 

(3) Target key code 

20 A target key code is a value determined on every 
target, which is a base for forming an application key 
code to all applications. The application key code is 
changed even for one application by a means such as 
attaching a target key code which is different on every 
25 equipment. 

Upon opening the application, the controller sends 
a target key code inqu iry command to the target and rec- 
ognizes the current target key code by obtaining a re- 
sponse. 

30 

(4) Application key code 

The target key code enciphered by a cipher function 
f is an application key code. That is, the application key 
35 code corresponding to the application K can be repre- 
sented as: 

Application key code = f k (target key code) 
(3-4) Method of opening the application 

40 

Description is to be made to a method that the con- 
troller puts the application K of the target into the open 
state. 



Fig. 5 shows a schematic view for command/re- 
sponse between controller/target. 

At first the controller sends a target key code inquiry 
command to a target (procedure (1 ). The target returns, 
as a response thereto, a target key code of its own at 
that instance (procedure (2)). 

Upon accepting the target key code, the controller 
multiplies the cipher function fk with the target key code 
to calculate an application key code. 

Then, the controller sends to the target an applica- 
tion opening command while attaching the application 
No. and the calculated application key code (procedure 



15 



20 



25 



^5 (1 ) Command sending procedure 



50 



9 



EP 0 756 276 A1 



10 



(3)). 

Upon accepting the opening comnnand, the target 
confirnns whether the application of the designated ap- 
plication No. is provided or not. Then, if the application 
is corresponded, it multiplies the application key code 
to the inverse function of the cipher function fk for de- 
coding. 

The target confirms whether or not the result of the 
decoding is equal with the target key code of its own. 
Then, if it is equal, it at first regards the application K 
opening command valid and enters into an application 
executable open state. 

The target, upon putting the application K to the 
open state, returns a response to the controller for in- 
forming that the application K has been put to the open 
state (procedure (4)). 

(2) Command format 

As has been explained with reference to Fig. 1 and 
Fig. 3, while the vendor unique command can be at- 
tained by using any of the vendor unique frame or AV/ 
C command transaction set, an example of using the 
AV/C command transaction set as a command consti- 
tution is shown. 

Fig. 6 shows the constitution of the vendor unique 
command. Only the region succeeding to the 3 byte ven- 
dor ID that the vendor defines individually (after OPR 4) 
is shown. As described previously, the transaction of 
command/response is in accordance with the AV/C 
command transaction set. No concrete command for ex- 
ecuting the application is described here. This is to be 
defined on every application. 

Fig. 7 shows command/response for target key 
code inquiry. In this case, the application No, is defined 
as kkh and the target key code is defined as 16 bit 
1234h. The length of the target key code can be deter- 
mined on every application. 

Since it may be considered that the target key code 
takes a different value on every equipment/every appli- 
cation or takes a random number, inquiry Is always 
made upon initiating execution for each application. 

Fig. 7(a) shows inquiry commands. In this case, 
OPR 4 is application No., and lOh in OP 5 and 71 h in 
OP 7 show the target key code Inquiry. Further, OP7 and 
OP 8 are defined as FFh (dummy). 

The target, if corresponding to the application at- 
tached to the inquiry command (application K), answers 
to the controller a response "stable" attaching the 16 bit 
target key code 1234h to OP 7 and OP 8. If not corre- 
sponding to the application, the target returns response 
of "Not Implemented" with the same content as the in- 
quiry command as shown in Fig. 7(c). 

Then, open control command of the application K 
that the controller sends to the target and the response 
thereof are shown in Fig. 8(a), (b). In this case, the ap- 
plication key code Is defined as 16 bit 5678h. The length 
of the application key code can be determined on every 



application. 

If the designated value of the application key code 
attached to the command is different from the value of 
the application key code possessed by the target and 
5 opening is impossible, response of "Rejected" is basi- 
cally returned to the controller. However, it may be con- 
sidered that a third party tries one by one from OOOOh to 
FFFFh in the course of searching the application key 
code. Then, even when it can not be opened, a response 
10 of "Accepted" is returned intentionally Fig. 8(c), (d) 
show an example in capable of opening (5679h is des- 
ignated instead of correct application key code = 
5678h). Since the third party can not recognize whether 
the opening has been succeeded or not merely by the 
IS transaction of the opening command, it requires a pro- 
cedure of sending an application executing command 
or an inquiry If it is during opening. 

Inquiry as to whether the application is In the open 
state or the closed state is also sent by attaching the 
20 application key code. "Accepted" is returned when the 
designated value for the application key code is exact, 
and "rejected" is returned if it is not correct as a re- 
sponse. Figs.9(a), (b) show examples of command and 
response in a case where exact value (5678h) is desig- 
ns nated as the application key code. 

(3-5) Command during opening 

Only while the application is opened (executable 
30 state), the target accepts the command for the applica- 
tion. The command format is determined on every ap- 
plication excepting that the first 1 byte shows the appli- 
cation No. as shown in Fig. 6. 

In a case if an execution command for the not cor- 
35 responded application is received irrespective that 
whether the application is in the open state or in the 
closed state, "Not Implemented" is returned as a re- 
sponse. Further, even if the application is in the open 
state, if it does not correspond to that designated as 
40 OPC determined on every application, "Not Implement- 
ed" is returned as the response. 

(3-6) Closure for application 

45 Basically, the equipment as the target automatically 
puts all the applications into the closed state upon turn- 
ing off a power source. The closed state is continued 
even when the power source is turned on again. 

Upon completing the execution of application, the 

50 controller sends a closing command to the target. Fig. 
10 shows examples of closing commands. Thus, the 
command is sent by attaching the application key code 
also in the case of closure. The target, when accepting 
the close command, puts the application indicated by 

55 the application No. of the closing command into the 
closed state. In this case, it Is put to the closed state 
even when the value of the application key code Is dif- 
ferent. It is basic in this system that the application is 
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usually put to the closed state and then opened only up- 
on execution. 

By the way, if a command which is acceptable in the 
open state is received in the closed state, "Rejected" is 
retumed as the response. 

(3-7) Condition for execution and closure of the 
application 

Various cases may be considered depending on the 
applications such as an application causing problems 
when left open as it is for a long period of time or an 
application intended to be controlled exclusively once 
after it is opened. Accordingly, executing condition or the 
like suitable to the use is determined on every applica- 
tion. An example is shown below. 

(1) Restriction on the open time 

In a case when a command for executing the appli- 
cation is not accessed for more than a predetermined 
time although kept in the open state, it is compulsorily 
closed. The instance for the time out determined on eve- 
ry application. 

(2) Procedure for bus abnormality 

When resetting is applied to the bus, it is compul- 
sorily closed. 

(3) Number of equipments allowed for execution of an 
application 

It is adapted not to permit control from a plurality of 
controllers. The target memorizes the controller that 
opened the application thereof and accepts only the 
command from the controller for the application execut- 
ing command. In this case, a command from other con- 
trollers is rejected even during opening. 

(4) Protection of an application 

Even if enciphered application key code is sent, the 
application can not be protected completely. Since even 
a third party not having a right of using the application 
can intercept the content of communication between the 
controller and the target, it may be considered that the 
cipher function fk can be determined based on the in- 
tercepted target key code and the application key code 
by using a computer. 

(4-1) Administration by company ID 

Then, means for protecting the application against 
such a situation is considered. If a third party not having 
a right of use manufactures an equipment as the target, 
it is possible to detect a third party and inhibit so as not 
to execute the application by the following method if the 



load on the controller is or negligible. 

Explanation is to be made to such an example that 
a personal computer executes the application as the 
controller. A company ID as an object for the execution 
5 of application (a company having a right of use) is reg- 
istered on the personal computer. Then, a vendor ID in- 
quiry command is sent to the target and check if the ven- 
dor ID attached to the response is registered or not. 
Since a node unique ID is written in the inside in the 
equipment corresponding to the IEEE-1394 serial bus, 
this inquiry is conducted, for example, before procedure 
(1 ) in Fig, 5. In this case even if a company C as a third 
party (company ID = zzzzzzh) manufactures with no au- 
thorization such a target as capable of accepting a ven- 
dor unique command based on a vendor ID = xxxxxxh 
of the company A and executing the application K, since 
the controller can recognize that the company C is not 
registered based on the list of the registered ID as 
shown in Fig. 1 1 , the controller can inhibit the actuation 
of the application K. 

In this case, since it may be considered that the 
number of companies obtaining the right of using the 
application K is actually increased, the method of pro- 
tection as in the above-mentioned example is applicable 
to a case the list can be updated. 

(4-2) Setting target key code 

For a relationship of application key code = f k (target 
key code), decoding of the cipher function Ik is facilitated 
more as the number of the samples of the target key 
code and the application key code is increased. Consid- 
ering application to consumers' equipments, it is desir- 
able that the target key code changes not frequently but 
occasionally in a certain kind of equipment. Then, the 
target key code is set, for example, as below. 

(1) Change by the number of products 

The target key code is changed, for example, on 
every hundred thousand number of products. When a 
third party manufactures a controller, although it can cor- 
respond to the target key code for the initial one hundred 
thousand of products, products manufactured subse- 
quently are not operated by the controller manufactured 
by the third party. 

(2) Change by built-in clock (calender) 

The target key code is changed, for example, on 
every one year even for an identical equipment. Equip- 
ments produced in the year of 1 995 have a target key 
code of a value based on 1995. Then the third party 
manufactures a controller based on the target key code 
at the initial stage. Accordingly, although the operation 
is possible at the initial stage also by the controller of 
the third party, it is not operated as the year rolls. 
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(4-3) Cipher function fk 

It the cipher function fk is a numerical value calcu- 
lation tornnula, fk can be determined simply depending 
on the number of samples of the target key code and 
the application key code. Then, when it is introduced into 
a consumer's equipment, f k is not formed as a numerical 
value function, but an application key code is allocated 
in 1 -to-1 relationship to the target key code, and the ref- 
erence table is handed as fk to a company having the 
right of using the application K. Fig. 12 shows an exam- 
ple of the reference table. With this procedure, it is dif- 
ficult to determine the cipher function fk. Further, it can 
be coped with simply even by one chip microcomputer. 
Further, even once after commercial goods are market- 
ed, the cipher system can be changed relatively simply 
by version up of ROM. 

[5] Target constitution 

Fig. 13 shows an example of a target constitution 
applied with the present invention. As shown in the fig- 
ure, the node as the target comprises a microcomputer 
1 , a target key code memory 2, a cipher function mem- 
ory 3, a clock 4 and a communication interface 5. 

The microcomputer 1 controls all the processings 
regarding the application such as opening/closure of the 
incorporated preparation of command/response and 
preparation of application key code. 

The target key code memory 2 possesses a target 
key code different on every application. Further, a plu- 
rality of target key codes are stored therein on every ap- 
plication, so that the target key code can be changed on 
every one year. 

The cipher function memory 3 possesses a cipher 
function fk on every application. In this case, this is a 
ROM table storing the reference table between the tar- 
get key code and the application key code as shown in 
Fig. 12. 

The clock 4 informs the microcomputer 1 with the 
current clock information. The microcomputer 1, refer- 
ring to the clock information, switches and reads out the 
target key code upon elapse of every year. 

The communication interface 5 is an interface for 
sending/receiving command/response to/from lEEE- 
1394 serial bus 6. 

Although a block for processing audio/video signals 
is provided to an actual target, only the block having con- 
cerns with the opening of the application is shown. 

The constitution of the controller is to be explained 
briefly, A controller corresponding to the target in Fig. 
1 3 comprises a microcomputer, a cipher function mem- 
ory and a communication interface. If the controller con- 
ducts administration by the company ID as explained in 
(4-1 ), it has further a memory for registering the compa- 
ny ID of a company as an object for the execution of the 
application. 

Then, explanation is to be made to an operation till 



the target shown in Fig. 1 3 opens the application. At first, 
the controller accepts inquiry command for the target 
key code sent by the controller (refer to procedure (I) in 
Fig. 5 and Fig. 7(a)). The microcomputer 1, referring to 

5 the target key code memory 2, reads out a target key 
code corresponding to the application No. attached to 
the inquiry command and sends a response "Stable" by 
way of the communication interface 5 (refer to proce- 
dure (2) in Fig. 5 and Fig. 7(b)). If there a target key code 

10 corresponding to the application No, attached to the in- 
quiry command is not present, response "Not Imple- 
mented" Is sent (refer to Fig. 7(c)). 

When receiving the response "Stable" from the tar- 
get, the controller detects the target key code attached 

15 there and reads out the incorporated cipher function 
memory to prepare an application key code. The cipher 
function memory is constituted in the same manner as 
the cipher function memory 3 of the target. The control- 
ler sends, to the target, an opening command with the 

20 prepared application key code (procedure (3) in Fig. 5, 
Fig. 8(a)). 

The microcomputer 1 in the target compares the ap- 
plication key code attached to the accepted opening 
command with the application key code corresponding 

25 to the target key code stored in the cipher function mem- 
ory 3 of its own. That is. in this case, the target key code 
is not decoded from the application key code by using 
an inverse function for the cipher function as shown in 
Fig. 5, but encipherment is conducted in the same man- 

30 ner as the controller. It may of course be constituted 
such that the target key code is decoded from the appli- 
cation key code. If the application key codes compared 
are identical with each other, the target puts the appli- 
cation to the open state and returns a response of "Ac- 

35 cepted" to the controller for informing that the applica- 
tion is put into the open state (refer to procedure (4) in 
Fig. 5). 

An illustrative mode of practising the present inven- 
tion is to be explained specifically in the order of: 

40 

[1 ] Control system for a digital VCR to which an ex- 
ample of the present invention is applied, 
[2] Digital interface and LANC, 
[3] How to carry LANC command on a digital inter- 
ns face, 

[4] Code allocation 

(4-1) Rule for allocating application OPC 
(4-2) VCR control (basic) code 
(special) code 
I code 
trol code 



50 (4-3) VCR contro 

(4-4) Tuner contr 
(4-5) Camera cor 

[5] Command -onZ-off 

55 
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[1 ] Control system for a digital VCR to which an exannple 
of the present invention is applied. 

Fig. 14 is a block diagrann illustrating a constitution 
of an illustrative control system for a digital VCR to which 
the present invention is applied. As shown in the figure, 
the digital VCR to which an example of the present in- 
vention is applied comprises a digital interface micon 
(hereinafter simply referred to as DIFcon) 7, a mode 
control micon (hereinafter referred to simply as MO- 
DEcon) 8 and a mechanism control micon (hereinafter 
simply referred to as MECHAcon) 9. 

DIFcon 7 conducts transmission/reception of AV/C- 
CTS between it and other equipments connected by 
way of the IEEE-1294 serial bus (not illustrated). Fur- 
ther, it conducts both way conversion between AV/C- 
CTS and LANG signals (to be detailed hereinafter). 

The MODEcon 8 conducts transmission/reception 
of LANC signals between it and other equipments con- 
nected by a LANC cable (Not illustrated). Further, It 
transmits and receives LANC signals to and from DIF- 
con. 

Mechacon 7 controls the mechanism in accordance 
with the command sent from the MODEcon 8, Further, 
it informs the MODEcon 8 with the status of the mech- 
anism. 

[2] Digital interface and LANC 

Fig. 15 shows a frame constitution of AV/C-CTS. In 
this case, CTS = 0000 indicates that this is AV/C-CTS. 
A zero pad bytes are disposed as necessary for defining 
the frame length to a 4 bytes (quadrant) unit. 

On the other hand, LANC is such a system in which 
VCR conducts both way communication as a master of 
the communication, synchronized with vertical sync sig- 
nals of video signals with respect to peripheral equip- 
ments. Then, it transmits/receives 8 word data having 
the word constitution as shown in Fig. 1 6 on every field. 

Fig. 1 7 shows a flow for code processing of DIFcon 
7 and MODEcon 8 in Fig. 14. The MODEcon adminis- 
trates the operation status of the VCR by the VCR mode 
code of WORD 4 of the LANC code, and transfers the 
information upon communication with the DIFcon. 

Upon receiving a status inquiry command for the 
mechanism mode sent from the digital interface, Dl Fcon 
converts the VCR mode sent from the MODEcon into a 
code of AV/C-CTS and sends the response of the status 
by way of a digital interface. 

Further, the mechanism control command sent at 
the digital interface (mode drive type) is converted by 
the DIFcon to the VCR mode code of LANC and then 
sent as a final mode to the MODEcon (this is also mode 
driven). 

For the command sent from LANC (command drive 
type), the MODEcon receives the same, indexes a 
mode to transit with reference to a mode transition table 
based on the current mode and the received command 



and administrates as the final mode. 

Fig. 1 8 shows a portion of the mode transition table. 
The mode transition table shows VCR modes on the left 
in a vertical column, and shows commands in the upper 

5 lateral row. When a certain mode is transited by a certain 
command, the designated transition mode is described 
at an area of intersection of the table. If the area as the 
intersection is blank, this means that the command is 
not accepted or the mode is not transited even if the 

10 command is accepted. -on/-off attached to the name of 
the command indicates an edge for initiation and termi- 
nation of the command transmission. In LANC, coinci- 
dence is checked twice or more for accepting the com- 
mand, in consideration of a communication error, and 

15 the edge corresponds to the timing of coincidence for 
twice or more. 

The final mode generated by the MODEcon with ref- 
erence to such a mode transition table is transmitted to 
the MECHAcon by way of internal communication, and 

20 the mechanism is controlled so as to attain a desired 
mode. 

[3] How to carry LANC a command on a digital interface 

25 In AV/C-CTS, a vendor unique frame is defined as 
OPC (Operation Code) such that a manufacturer of an 
equipment can optionally define a command. However, 
command/response transaction is in accordance with 
AV/C-CTS. 

30 Fig. 19 shows a constitution of a vendor unique 
frame defined in AV/C-CTS. OPC = OOh indicates that 
this is vendor unique. The vendor ID uses 3 byte com- 
pany ID. The company ID is determined by IEEE. 
In this embodiment, it is adapted that a LANC com- 

35 mand can be transmitted by using a vendor unique com- 
mand in accordance with AV/C-CTS. Fig. 20 shows the 
constitution of the vendor unique command. In this fig- 
ure, commands other than the application No indicating 
the type of the application are defined on every applica- 

40 tion. 

Then, as shown in Fig. 21 , from 01 h to the 06h are 
used for LANC as the application No. Further, for making 
the application executable from other equipment, it is 
desirable to define cipher information on every applica- 
45 tion and make the application executable only when the 
cipher information is received. 

[4] Code allocation 

50 (4-1 ) Rule for allocating application OPC 

As shown in Fig. 21, six applications are provided 
for LANC, and code is allocated for OPC (operation 
code), OPR (operand) defined on every application in 
55 accordance with an identical rule. In LANC, since the 
command code and the status code are different, an in- 
quiry system (4xh) and a control system (5xh) are sep- 
arated as OPC as shown in Fig. 22. In Fig. 22, the target 
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key code is a code ot an equipment to be controlled as 
a base for forming cipher information for making the ap- 
plication executable (open status). 

The control system corresponds to WORD 0. 1 in a 
command transmission area of LANC and a designation 
corresponding to WORD 0 is indicated by the applica- 
tion No, and the application OPC. Then, the command 
code for WORD 1 of LANC is allocated as it Is to the 
application OPR 1. Accordingly, the operand of the 
command in the control system consists of 1 byte. The 
control system command is sent in accordance with the 
control command of AV/C-CTS. 

Information such as VCR mode is outputted at a 
predetermined period in LANC. However, when the 
LANC command is carried on the digital interface, in- 
quiry is made only when the information is required and 
response is made thereto, in order to avoid occupation 
of the bus and in accordance with the transaction rule 
of AV/C-CTS. The inquiry system command is sent to- 
gether with a dummy code in accordance with the status 
inquiry command of AV/C-CTS and data is filled at a 
dummy code as a response thereto. 

(4-2) VCR control (basic) code 

The control system corresponds to "Command to 
VTR (basic function)" of WORD 0, 1 of LANC. As shown 
in Fig. 23, 01 h of the application No. and 50h of the ap- 
plication OPC indicate that this is the basic control com- 
mand designated to VCR. Then, for the application OPR 
1 , a command code of "Command VTR (basic function) 
" for WORD 1 of LANC is allocated as it is, Fig. 24 illus- 
trates a portion of allocation for the command codes. 

The inquiry system corresponds to VCR mode, 
VCR status and numerical data, for example of a coun- 
ter of WORD 4, 5, 6, 7 of LANC. Code allocation of LANC 
is allocated as it is in areas corresponding to LANC in 
which WORD names are listed in Fig. 25. Further, Fig. 
26 shows examples of codes for VCR mode and Fig. 27 
shows an example of an inquiry command and a re- 
sponse. 

(4-3) VCR control (special) code 

The control system corresponds to "Command to 
VTR (special function)" for word 0, 1 of LANC. As shown 
in Fig. 28, application No.02h and application OPC 50h 
indicate that this is a special control command designat- 
ed to VCR. Then, for the application OPR 1 , a command 
of "Command to VTR (special function)" for WORD 1 of 
LANC (not illustrated) is allocated as it is. Commands 
related to edition or the like are present. 

For the inquiry system, a status corresponding to 
the command of "Command to VTR (special function)" 
is outputted. Code allocation is corresponded with the 
command of LANC. 



(4-4) Tuner control code 

The control system corresponds to "Command to 
Tuner" for WORD 0, 1 of LANC. As shown in Fig. 29, 
5 03h of application No. and 50h of application OPC indi- 
cate that this is a control command designated to the 
tuner. 

The inquiry system corresponds to "Tuner Status" 
for WORD 2, 3 of LANC. As shown in Fig. 30, 03h ot 
application No. and 40h of application OPC indicate that 
this is a channel inquiry command designated to the tun- 
er, and 03h of application No. and 41 h of application 
OPC indicate that this is a status inquiry command des- 
ignated to the tuner. 

(4-5) Camera control code 

The control system corresponds to "Command to 
Camera" for WORD 0, 1 of LANC. As shown in Fig. 31 , 
04h of application No. and h of application OPC indicate 
that this is a control command designated to the camera. 
Fig. 32 shows examples of the allocation of the applica- 
tion OPR 1 . 

The inquiry system corresponds to "Camera Status" 
for WORD 2, 3 of LANC. As shown in Fig. 33, 04h of 
application No. and 41 h of application OPC indicate that 
this is a status inquiry command designated to the cam- 
era. 



Since LANC conducts communication periodically 
on every field, it is often used in such a way that a com- 
mand is sent continuously during pressing of the key for 

35 remote control. Further, in LANC, the number of cycles 
of sending the command has a meaning. For example, 
there are such a case in which the command is made 
valid when identical commands are sent continuously 
for 2 fields and identical commands sent subsequently 

40 have no meanings till sending is disconnected and a 
case in which a meaning is given to continuous sending. 

On the other hand, in the digital interface, since a 
command sent by 1 packet has a meaning, identical 
commands are not sent continuously. Accordingly, a 

45 command allocated with the identical code with that ot 
the command defined in LANC shows "Command-on" 
(start of sending). A command having a meaning in con- 
tinuous sending is separately allocated with a code in- 
dicative of "Command-off". 

so Fig. 34 shows a flow chart for processing a com- 
mand of causing mode transition. 

When a control command from a digital interface is 
received, a DIFcon judges whether the received com- 
mand is a code of LANC or not step SI . 

55 Then, if it is a LANC code, it is transferred to a MO- 
DEcon. The MODEcon determines a final mode refer- 
ring to the mode transition table (step S4). 

If it is judged that the command is not a LANC code. 



30 [5] Command -on/-off 
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DIFcon converts the command to the code of the VCR 
mode and transfers the same to the MODEcon. 

On the other hand, when a LANC command is re- 
ceived, the MODEcon detects the edge of the command 
(step S3), to determine the mode at the designation of 
transition based on the VCR mode and "Command-on", 
"Command-off" (step 54). 

Accordingly, since the processing for detecting the 
edge by the MODEcon is not required by sending the 
LANC command on the digital interface in the form of 
"Command-on" or "Command-off" as described above, 
the processing can be simplified. 

As has been described above by way of an example 
of the present invention, an original application using a 
control signal of a predetermined format containing an 
identification information indicative of the manufacturer 
of the equipment can be used also by other company 
and the use can be permitted/inhibited on every appli- 
cation. Then, the application can be protected without 
using complicate encipherment. 

As has been described above specifically by way of 
an example of the present invention, a command drive 
type command set can be introduced in the digital inter- 
face without increasing the load for the internal process- 
ing of an equipment. 



Claims 

1 . A method of controlling the operation of an electron- 
ic equipment for controlling the operation of an ap- 
plication attained by using a control signal of a pre- 
determined format containing manufacturer's infor- 
mation of the electronic equipment in a system in 
which a plurality of electronic equipments are con- 
nected by way of a bus and communication for in- 
formation signals and control signals are conducted 
between each of said electronic equipments, 
wherein 

a controlling electronic equipment transmits a 
control signal of said predetermined format contain- 
ing predetermined cipher information to an elec- 
tronic equipment to be controlled, and said electron- 
ic equipment to be controlled renders said applica- 
tion executable if the received control signal con- 
tains the predetermined cipher information. 

2. A method of controlling the operation of an electron- 
ic equipment as defined in claim 1, wherein the ci- 
pher information is prepared from a key code deter- 
mined on every electronic equipment and a cipher 
function determined on every application. 

3. A method of controlling the operation of an electron- 
ic equipment as defined in claim 2, wherein the con- 
trolling electronic equipment inquires a key code to 
a controlled electronic equipment, prepares cipher 
information based on a key code answered from the 



equipment to be controlled and a cipher function 
previously possessed in itself, and transmits said 
cipher information to said electronic equipment to 
be controlled. 

5 

4. A method of controlling the operation of an electron- 
ic equipment as defined in claim 1 , wherein the elec- 
tronic equipment to be controlled informs the con- 
trolling electronic equipment that the application is 

10 rendered executable if it receives an erroneous ci- 
pher signal and does not renders the application ex- 
ecutable. 

5, A method of controlling the operation of an electron- 
15 ic equipment as defined in claim 1 , wherein the con- 
trolling electronic equipment inquires manufactur- 
er's information to the electronic equipment to be 
controlled, judges whether or not the manufactur- 
er's information answered from said electronic 

20 equipment to be controlled is registered on a list 
previously possessed in itself and does not execute 
the procedure of rendering the application execut- 
able when the same is not registered. 

25 6. A method of controlling the operation of an electron- 
ic equipment as defined in claim 2, wherein the key 
code is changed on every predetermined period. 

7. A method of controlling the operation of an eiectron- 
30 ic equipment as defined in claim 2, wherein the key 

code is changed on every predetermined number 
of manufactured equipments. 

8. A method of controlling the operation of an electron- 
35 ic equipment as defined in claim 2, wherein the key 

code and the cipher information are allocated in a 
1-to-1 relationship. 

9. An electronic equipment in which a plurality of elec- 
40 tronic equipments are connected by way of a bus 

and communication for information signals and con- 
trolled signals is conducted between each of said 
electronic equipments, wherein 

the electronic equipment has an application 

45 obtained by using a control signal of a predeter- 
mined format containing identification information 
indicative of a manufacturer of the electronic equip- 
ment and renders said application executable by a 
control signal of a predetermined format containing 

50 a predetermined cipher information. 

10. An electronic equipment in a system in which a plu- 
rality of electronic equipments are connected by 
way of a bus and communication for information sig- 

55 nals and controls signals is conducted between 
each of the electronic equipments, wherein 

first controlling means for administrating the 
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mode of an electronic equipnnent and second 
controlling means for processing command/re- 
sponse transmitted/received by way of tine bus 
are provided, and 

a command drive type command for controlling 5 
an analog equipment prepared by said first con- 
trolling means is carried on a control signal of 
a predetermined format by said second control- 
ling means. 

10 

11. A method of controlling an electronic equipment in 
a system in which a plurality of electronic equipment 
are connected by way of a bus and communication 
for information signals and control signals is con- 
ducted between each of the electronic equipments, ^5 
wherein a command drive type command for con- 
trolling an analog equipment is carried on a control 
signal of a predetermined format. 

12. A controlling method for an electronic equipment as 20 
defined in claim 1 1 , wherein the control signal of the 
predetermined format contains a manufacturer's in- 
formation for the electronic equipment. 

1 3. A controlling method for an electronic equipment as 25 
defined in claim 1 1 , wherein the control signal of the 
predetermined format is adapted to carry a mode 
drive type command. 
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